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DETAILED ACTION 

1 . This office action is in response amendnnent filed August 24, 2009. 

2. Claims 1-5,7,10-15,18-21 and 23-25 are pending. 

Response to Amendment 
Continued Examination Under 37 CFR 1.114 

3. A request for continued examination under 37 CFR 1.114, including the fee set 
forth in 37 CFR 1 .1 7(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 CFR 1.114, and the fee set 
forth in 37 CFR 1 .17(e) has been timely paid, the finality of the previous Office action 
has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on August 
24, 2009 has been entered. 

Claim Rejections - 35 USC §103 

4. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or deschbed as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the phor art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

5. Claims 1, 5, 10, 11, 15, 18, 21 and 23-25 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Applicant's Admitted Prior Art (hereinafter AAPA) in view of 
"The Windows NT Command Shell" by Tim Hill (hereinafter Hill) (1998) in view of USPN 
6,182,279 to Buxton and further in view of US Patent 6,681 ,265 Halva, (hereinafter 
HIava.) 
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Regarding Claims 1,15 and 21 , AAPA teaclies: 

invol<ing, by an application, a call of a command line utility... wherein the command line 
utility is a utility executable from a command line prompt (AAPA Page 1, 17-21 "The 
conventional technique by which a user application obtains command line utility 
output is shown in FIG. 1. After a temporary text file is created (block 100), the 
command line utility whose output is desired is invoked via a standard interface 
(block 102)."); 

receiving output from the command line utility (AAPA Page 1, Line 21-22 "Output 
from the command line utility is piped to the temporary file (block 104),"); 
storing the command line utility output ...at a location identified by the identifier (AAPA 
Page 1, Line 21-22 "Output from the command line utility is piped to the 
temporary file (block 104),") 

and retrieving, by the application, the command line utility output ... at the location 
identified by the identifier. (AAPA Page 1, Line 22-23 "from which the application 
extracts and processes the desired data (block 106).") 

AAPA does not explicitly teach: 

the application providing an identifier in the call of the command line utility 
however this limitation is taught by Hill: 

(Hill Page 11, "The > redirection symbol redirects command output to the 
specified file. For example: C:\>dir >c:\dir.txt 
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This example creates a text file C:\DIR.TXT containing the output of the DIR 
command. The > symbol can be placed anywhere in the command, but is typically 
placed at the end of the command. A space is permitted between the > symbol 
and the file name. If the file specified by the redirection symbol already exists, 
any existing contents are deleted before the command is executed.") 

However, it would liave been obvious, to one of ordinary sl<ill level in the art, at the time 
of the invention, to modify the method / system / storage device, as disclosed in AAPA, 
FIG. 1, using WindowsNT known redirection and piping commands, because piping the 
output of a script command to a file specified in the call of the command line utility 
allows the program to specify the exact system memory location in which the output will 
be stored. The combination is obvious because teachings are found in the prior art, and 
combined, with no change in functionality. It is a mere use of common sense by one 
skilled in the art to select and combine such known elements with no new function, i.e., 
a predictable result. The predictable result, utility output directly stored to a system 
storage, at a location identified by an identifier. A subsequently invoked extraction will 
retrieve the modified values from the temporary file. 

AAPA does not teach: 

storing ...in a system registry database in a location identified by an identifier.. 
However, this limitation is taught by HIvana. (Col. 5, Ln 41-48, "FIG. 2 is a block 
diagram that conceptually illustrates interactions among entities according to 
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one embodiment of the present invention. Command file 200 is prepared by a 
developer for the purpose of accessing a data store 240 such as the Windows 
Registry. This command file 200 executes the command file generator 210.The 
command file generator 210 provides access to a data store 240 such as the 
Windows Registry through a data store API 230 such as a Windows Registry 
API." Storage is further suggested by the two-way arrow to registry 240 in FIG. 2, 
See Further "At step 340, the temporary command file 380 makes the 
configuration information [from registry locations] available through temporary 
environment variables, for example.") [Inherently, the information stored in the 
registry data store must be at a location identified by an identifier, because in order to 
return the correct configuration information for each of the temporary variables, the 
system ofHIava must identify the location in the data store 240 to be accessed by API 
230.] 

and retrieving, by tlie application... in a system registry database at tlie location 
identified by the identifier (Col. 5, Ln 41-48, "FIG. 2 is a block diagram that 
conceptually illustrates interactions among entities according to one embodiment 
of the present invention. Command file 200 is prepared by a developer for the 
purpose of accessing a data store 240 such as the Windows Registry. This 
command file 200 executes the command file generator 210.The command file 
generator 210 provides access to a data store 240 such as the Windows Registry 
through a data store API 230 such as a Windows Registry API." See Further "At 
step 340, the temporary command file 380 makes the configuration information 
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[from registry locations] available through temporary environment variables, for 
example.") 

It would be obvious to one of ordinary skill level in the art, at the time of the invention, to 
modify the method / system / storage device, as disclosed in AAPA, with the registry 
storage and retrieval taught by HIvana because AAPA & Hill teach the desirability of 
storing output of command line utilities as described above, and HIava teaches the 
desirability of providing registry access to command line operations (Col 2 Ln 37-46, 
"Advantageously, this method allows command files to access a data store such as the 
Windows Registry [which is increasingly popular in storing configuration information] 
without some of the problems associated with prior approaches..."). Therefore one of 
ordinary skill in the art would be motivated to modify the AAPA and Hill's redirection to 
redirect to the Registry of HIvana using the API 230 because it would allow storage of 
such output in the registry which "is increasingly used to store application configuration 
information." (Col. 1, Ln 28-30.) 

AAPA, Hill and HIvana further teach limitations of dependent claims as described here 
below. 

Regarding Claim 5, HIvana teaches: 

-system registry database comprises an operating system registry database. 
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(Col. 5, Ln 41-48, "FIG. 2 is a block diagram that conceptually illustrates 
interactions among entities according to one embodiment of the present 
invention. Command file 200 is prepared by a developer for the purpose of 
accessing a data store 240 such as the Windows Registry. This command file 200 
executes the command file generator 210.The command file generator 210 
provides access to a data store 240 such as the Windows Registry through a data 
store API 230 such as a Windows Registry API.") 

Regarding Claim 10, Hill teaches: 

-receiving output directly from tlie command line output utility. 

(Hill Page 11, "The > redirection symbol redirects command output to the 

specified file. For example: C:\>dir >c:\dir.txt 

This example creates a text file C:\DIR.TXT containing the output of the DIR 
command. The > symbol can be placed anywhere in the command, but is typically 
placed at the end of the command. A space is permitted between the > symbol 
and the file name. If the file specified by the redirection symbol already exists, 
any existing contents are deleted before the command is executed.") 

Regarding claim 11, Hill teaches: 

-receiving output from the command line output utility through a subsequent command 
line output routine. 
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(See Hill Page 11, e.g. Command redirection ">" & "cmdl | cmd2") 
Regarding claim 18, Hill teaches: 

-instructions to receive one or more lines of output from tlie command line utility. 
(Hill Page 11, "The > redirection symbol redirects command output to the 
specified file. For example: C:\>dir >c:\dir.txt 

This example creates a text file C:\DIR.TXT containing the output of the DIR 
command. The > symbol can be placed anywhere in the command, but is typically 
placed at the end of the command. A space is permitted between the > symbol 
and the file name. If the file specified by the redirection symbol already exists, 
any existing contents are deleted before the command is executed.") 

And HIvana teaches: 

-instructions to store each of said one or more lines of output in the system registry 
database 

(Col. 5, Ln 41-48, "FIG. 2 is a block diagram that conceptually illustrates 
interactions among entities according to one embodiment of the present 
invention. Command file 200 is prepared by a developer for the purpose of 
accessing a data store 240 such as the Windows Registry. This command file 200 
executes the command file generator 210.The command file generator 210 
provides access to a data store 240 such as the Windows Registry through a data 
store API 230 such as a Windows Registry API." Storage is further suggested by 
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the two-way arrow to registry 240 in FIG. 2, See Further "At step 340, the 
temporary command file 380 makes the configuration information [from registry 
locations] available through temporary environment variables, for example.") 

Regarding claim 23, Buxton teaches: 

-the connnnand line utility comprises a first command line utility, and wherein invoking 
the call by the application comprises invoking a call to pipe output of a second 
command line utility to the first command line utility... 

-wherein storing the command line utility output comprises storing the command line 
utility output of the first command line utility. 

(See Hill Page 11, e.g. Command redirection ">" & "cmdl | cmd2") 

Additionally see rejection of claim 1 above. 

Regarding claim 24, Buxton teaches: 

-the command line utility comprises a first command line utility, and wherein invoking 
the call by the application comprises invoking a call to pipe output of a second 
command line utility to the first command line utility... 

-wherein storing the command line utility output comprises storing the command line 
utility output of the first command line utility. 

This is a 'program storage device' version of claim 23 above. See rejection of claim 
limitations in claims 15 and 23 above. 
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Regarding claim 25, Buxton teaches: 

-the connnnand line utility comprises a first command line utility, the system further 
comprising a second command line utility, the application to invoke a call that causes 
output of the second command line utility to be piped to the first command line utility... 
-the location identified by the identifier to store output of the first command line utility. 
This is a 'system' version of claim 23 above. See rejection of claim limitations in claims 
21 and 23 above. 



6. Claims 2-4,7, 12-14, 19 and 20 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Applicant's Admitted Prior Art (hereinafter AAPA) in view of "The 
Windows NT Command Shell" by Tim Hill (hereinafter Hill) (1998) in view of US Patent 
6,681 ,265 Halva, (hereinafter HIava.) as applied above and further in view of USPN 
6,182,279 to Buxton. 

Regarding Claim 2, AAPA does not teach: 

-providing the identifier comprises providing an identifier that identifies one or more 
entries in the system registry database. 
However, this limitation is taught by Buxton: 
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(Fig. 2, item 205 and col. 13, lines 14-15, "...registry keys are created..." Also see col. 
14, lines 29-59, "To facilitate loading of template onto another system... a number of 
registration key or subkey are included with template. Each template may have the 
keys 450A-I, as illustrated in Fig. 4C...Key 450H contains information indicating the 
name of the storage object in template storage file where initialization data... may be 
located ... Key 450! contains information identifying the CLSID...) 

In addition it would have been obvious to one of ordinary skill in the art at the 
time of the invention to combine the command line redirection (to temporary files) of 
AAPA with the system register storage of Buxton as the use of the system registry 
provides the ability to fully use a system registry, avoid dual maintenance in temporary 
files and avoid inefficient use of programs as recognized by US patent 6,681 ,265 to 
HIvana (Col 2 Ln 37-46, "Advantageously, this method allows command files to access 
a data store such as the Windows Registry without some of the problems associated 
with prior approaches. First, access to the data store can be achieved through a 
command file which is easier to write and maintain than a program. Secondly, there is 
no concern about synchronization between the data store and permanent environmental 
variables used to mimic the data store. Finally, the method allows full use of the data 
store as intended, that is, as a central repository for configuration type information.") 
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Regarding claim 3, Buxton teaches: 

-providing a root l<ey identifier. 

(Col. 1 1 , line 2: "Most OLE object application information is stored in subkeys under the 
CSLID root key..." Also see col. 17, lines 35-41, "Component loader loads, verifies and 
checks the license of a component by replacing in registry the InProcessServer 32 
entry, i.e. key 450A...and adding additional registry keys 450B-J, as previously 
described, that will let the component loader (receiving a root key identifier) then load 
the correct OLE control.") 

Regarding claim 4, Buxton teaches: 

-providing a sub-key identifier. 

(Col. 11, line 2 and col. 14, line 31: To facilitate loading of template... a number of 
registration or subkey are included with template...") 

Regarding claim 7, Buxton teaches: 

-providing the identifier comprises providing an identifier indicating the system registry 
database . 

(Col. 10, line 66 -col. 11, line 4: ACLSID identifies the functionality of an object class 
that can display... access to property values... A subkey is used by an OLE to find out 
information about the control.") 
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Regarding claim 12, Buxton teaches: 

-associating eacli line of connnnand line utility output with a line identifier in the system 
registry database 

As an example, (col. 3, lines 1-9) "Template storage with a means for indexing, 
including key information associated with the template, "...a memory having one or 
more locations, means for indexing one or more locations within the memory..." Also 
col. 13, lines 35-44, templates are stored with an enumerated decimal number: "Each 
template is stored in an ISTORAGE whose name is unique... and may have the form 
TEMPLEnnn, where nnn may be a decimal number.") 

Regarding claim 13, Buxton teaches: 

-setting each line identifier to a value corresponding to a position of that line in the 
command line utility output. 

(Rejection of claim 12 is incorporated and further claim contains limitations as recited in 
claim 12. Therefore claim 13 is rejected under the same rational as claim 12.) 

Regarding claim 14, Buxton teaches: 

-setting a default value of the provided identifier to equal the total number of command 
utility output lines stored in the system registry database . (Rejection of claim 1 2 is 
incorporated and further claim contains limitations as recited in claim 12. Therefore 
claim 14 is rejected under the same rational as claim 12: As an example, (col. 3, lines 1- 
9) "Template storage with a means for indexing, including key information associated 
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with tlie template, "...a memory liaving one or more locations, means for indexing one 
or more locations within the memory..." Also col. 13, lines 35-44, templates are stored 
with an enumerated decimal number: "Each template is stored in an ISTORAGE whose 
name is unique... and may have the form TEMPLEnnn, where nnn may be a decimal 
number.") 

Regarding claim 19, Buxton teaches: 

-instructions to associate a unique identifier with each of the one or more lines of output 
stored in the system registry database 
See rejection of limitations in claim 2 above. 

Regarding claim 20, Buxton teaches: 

-instructions to set a value associated with the received identifier in the system registry 
database equal to the number of lines of output stored in the system registry database. 
(Rejection of claim 18 is incorporated and further claim contains limitations as recited in 
claim 12. Therefore claim 20 is rejected under the same rational as claim 12.) 

Response to Arguments 

7. Applicant's arguments filed August 24, 2009 have been fully considered but they 
are not persuasive. Applicant's arguments with regards to the previous rejections of 
Claims 1,15 and 21 are moot in view of the new grounds for rejection presented above. 
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In remarks, Applicant Argues: 

The Examiner rejected claims 2-14, 16-20, and 23-25 under 35 U.S.C. § 
103(a) as being unpatentable over the combination of Hill, Buxton, and 
HIava. Claims 2-1 4 are dependent on claim 1 , claims 1 6-20 are dependent 
on claim 15, and claims 23-25 are dependent on claim 21. As discussed 
above with regard to the first ground of rejection under 35 U.S.C. § 103(a), 
Hill does not disclose storing the "command line utility output" in a "system 
registry database." Buxton and/or HIava do not cure this deficiency of Hill 
with regard to the base claims 1, 15, and 21. Accordingly, the cited 
combination does not disclose or suggest all of the elements of the 
claimed invention, and thus, cannot possibly render the claimed subject 
matter obvious. 

As previously stated. Applicant asserts that Buxton teaches away from 
such a combination with Hill and HIava. Hill is a reference directed to the 
"Windows NT Command Shell." Hill, page 1. The descriptions in Hill 
concern usage of the "command shell," a "command prompt," i.e., a 
command line, and various commands executed from the "command 
shell" by typing these commands into the "command prompt." Id. Similarly, 
HIava is directed to "command files" that are described therein as "a file 
containing one or more command line operations." HIava, col. 4, lines 10- 
20. Thus, both Hill and HIava are directed to usage of the "command line" 
and various commands executed from the command line. As previously 
argued, Buxton discloses "OLE libraries" that are defined as "system-level 
services which utilize the interfaces defined by the COM specification" that 
call a "WIN 32 API." Buxton, col. 8, lines 6- 8. Applicant asserts that there 
is a clear difference between a service and a command executed from the 
command prompt as recited in Hill, and between a service and a 
command line operation as recited in HIava. Further, as known to those of 
ordinary skill in the art and as stated in Buxton, API's are "application 
program interfaces" which are also quite different than a utility and a 
"command line utility." As they are described in Buxton, neither 
"application program interfaces" nor "system-level services" are 
"executable from a command line prompt," and thus cannot be considered 
a "command line utility." Applicant asserts one skilled in the art would not 
seek to combine Hill and HIava, directed to command line usage, with 
Buxton, directed to usage of system-level services, e.g., OLE libraries. 

In the Examiner's response, the Examiner stated that HIava "teaches that 
it would be advantageous to store information in the system registry." 
Further, the Examiner states that HIava "recognized that using command 
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line utilities to interact with a Win32 API is preferable to programs." 
Applicant disagrees with this characterization of HIava. Nowhere does 
HIava state that "using command line utilities to interact with a Win32 API 
is preferable to programs," as suggested by the Examiner. In the 
Background of the Invention, HIava contrasts the use of the "system 
registry" against the use of "environment variables" to store information. 
HIava, col. 1, lines 27-44. In particular, HIava notes the difficulty in 
accessing such environment variable information using command files. Id. 
Command files are not the same as "command line utilities." Command 
files refer to files containing scripts, such as batch files, that can execute a 
script of command, some of which may include command line utilities. 
HIava is directed to and primarily discusses using a "command file 
generator program" to access the "data store", e.g., registry. Thus, HIava 
does not teach that "command line utilities" interact with a Win32 API, but 
instead uses the "command file generator program" to access the data 
store via the data store API. See Id., col. 6, lines 56-59 (stating "[a] 
command file generator program, "cmbld.exe", is invoked inside the 
header 410 of the command file 400 to access registry data."). Applicant 
asserts that this interpretation of HIava precludes HIava from curing the 
deficiencies of Hill discussed above. 

Further, Applicant asserts that not only does HIava not disclose the 
features of independent claims 1,15, and 21, but it teaches away from the 
claimed invention. As amended, independent claims 1,15, and 21 recite 
storing command line utility output in a "system registry database." 
Applicant notes that HIava maintains use of a "temporary command file." 
As previously stated. Applicant's claims are directed to providing 
command line utility output to applications without the need for temporary 
files. Specification, lines 16-17. Further, because the combination of Hill, 
Buxton and HIava would have to remove the temporary file of HIava in 
order to obviate claims 2-14, 16-20, and 23-25, Applicant asserts that 
such a modification would change the "principle of operation" of HIava. 
See M.P.E.P. 2143.01 (VI). 

Examiner's Response: 

Examiner respectfully disagrees. As described in the rejection above, HIava 

teaches a "system registry database" used for system storage. Additionally, HIava 

teaches the use of an API which allows the portability of information between temporary 

variables and registry entries so that the registry information can be accessed by 
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connnnand lines in connnnand scripts, (e.g. Col. 5, Ln 41-48) As applicant admits, these 
command scripts can include e.g. command line utilities, which interact with the 
variables which correspond to registry entireties accessed by HIvana's API. Similar 
command line utilities of AAPA and Hill to redirect output to e.g. one of the variables 
described to temporary locations, (e.g. Hill page 11). On of ordinary skill in the are 
would be motivated to use the HIvana API to move Data between the temporary 
locations which are used for command line operations (in both Hill & HIvana) and the 
Registry Data described in Hill, because the Windows Registry is now the principal 
place to store system data such as configuration parameters (HIvana Col. 1). This 
would not alter the principle mode of operation of HIava; instead it's the primary purpose 
to provide command line operations (including utilities) access to the registry data. 

Applicant's argument concerning an intermediate temporary file or variable is not 
persuasive as In response to applicant's argument that the references fail to show 
certain features of applicant's invention, it is noted that the features upon which 
applicant relies (i.e., "without a temporary file") are not recited in the rejected claim(s). 
Although the claims are interpreted in light of the specification, limitations from the 
specification are not read into the claims. See In re Van Geuns, 988 F.2d 1 181 , 26 
USPQ2d 1057 (Fed. Cir. 1993). 

Finally, Applicant's repeated arguments about the differences between 'system 
level services' in Buxton and the claims are moot as examiner does not rely on these 
services to teach "command line utilities," and relies on Buxton to teach the 
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identification of locations in a system registry by l<eys, sub-l<eys etc as claimed in some 
dependent claims. 



Conclusion 

8. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to MATTHEW J. BROPHY whose telephone number is 
571-270-1642. The examiner can normally be reached on Monday-Thursday 8:00AM- 
5:00 PM EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Wei Zhen can be reached on (571) 272-3708. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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